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From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
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herein consists of personal comments and does not represent the official
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----------------------------------------------------------------------

Date: 5 Apr 94 16:29:12 GMT
From: portal.com!portal!combdyn!lawrence@decwrl.dec.com
Subject: Anyone using AmigaNOS??
To: ham-digital@ucsd.edu

In article <2nkiit$lce@tribune.usask.ca> hardie@herald.usask.ca (Peter Hardie) writes:
>
>Is anyone out there successfully using AmigaNOS? I'm having trouble getting it
>to do some things that I thought would be relatively easy.
>First, I am using V2.9n and I have 2 TNCs so I can run two separate copies
>of AmigaNOS on my A3000. One copy uses my VE5VA call and the other is set up
>to use my other call VE5ESE. I set both copies up to fire up netrom but if
>I try a "netrom connect" from one to the other the attempt times out and
>fails, even though I can see in the trace window that the receiving end is
>giving a response of some sort (an RR). 
>Any ideas why my netrom won't respond? It also will not respond if I only fire
>up one AmigaNOS and use the other TNC as a normal AX25 and try to connect to
>the netrom that way. Furthermore, the route updates are going out and are
>accepted by our local netrom node but if I do an AX25 connect to that and then
>try a connect from there back to my netrom it still times out.

Hmm, I'm running 2.9l, I couldn't get any of the newer versions to run without
crashing.

I found that I couldn't get it work with any other serial port, other than the
internal one.  Telling it open unit 2-8 (A2232) it would write out of the port
correctly, but the receive activity came from the internal....and having two
different things reading from the same port (it didn't matter if they were both
the same program), would lock my machine eventually.  So, I could only run one
port.  The same problem happened when I was running AmiPAC....I didn't try
any newer version of AmigaNOS.....come to think after I figured out that
AmigaNOS had to be on the internal...I didn't try much else with more TNCs...
actually I want to SLIP link to my UNIX box (at work).  Even though I moved on
to run CBBS....and now I'm not running anything on the Amiga.....since I got
the PC and run FBB/BPQ/JNOS (I'm trying to get JNOS to be stable, then I'll
try linking the Amiga in again).

>
>The other problem is that I can't get one of the AmigaNOS copies to act as a 
>domain server for the other. If VE5VA has all the local IP addresses/names in
>its domain.txt file and VE5ESE sets up a "domain addserver" to point at ve5va,
>then if ve5ese tries to get domain info from ve5va (e.g. asks for 
>ve5dsc.ampr.org) then ve5va will respond with a message which in the trace
>window shows that its ICMP field says  node Unreachable code Port.
>ve5dsc is definitely in the domain.txt file. Are there other commands
>(e.g. arp) that need to be set up to make ve5va act as a domain name server?
>
I don't anything about trying this.

>Finally, is there an Email reflector for AmigaNOS? I'm on the nos-bbs
>reflector but I think some of my questions are specific to AmigaNOS rather
>than JNOS.
>
If you find anything out, let me know.....this is something I'm going to want
to try after I get the PC squared away.

-- 
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Date: 11 Apr 1994 20:16:42 GMT
From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
Subject: G-TOR and PBBS Support
To: ham-digital@ucsd.edu

In article <1994Apr11.034238.22305@news.csuohio.edu>, sww@csuohio.edu (Steve Wolf) writes:
|> 
|> G-TOR and PBBS Use
 ...

|>      There is a section in the new manual which is for "individuals
|> who have written Host mode programs" so someone is getting the
|> information.  Any ideas how?

...

Some of the manufacturers support us authors fairly well, with information
about new releases, requests for suggestions, and occasional alpha or
beta hardware so we can test our code.

Some do not offer much of any support at all.

Kantronics falls into the first group: good support for the independent
packet software author.

The above is my from my experience writing BBS code ...

For the curious: yes, I plan to support PACTOR and G-TOR.
Don't know how soon it will be ready though.

   ...  Hank


-- 

Hank Oredson @ Mentor Graphics
Internet     : hank_oredson@mentorg.com
Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM

------------------------------

Date: 7 Apr 94 19:10:32 GMT
From: portal.com!portal!combdyn!lawrence@decwrl.dec.com
Subject: Hierarchial Address
To: ham-digital@ucsd.edu

Is there an official list of what all the different hierarchial fields are.

I want both the old and new way....

Like North America was 'NA', and now its 'NOAM'.

This is so I can configure my BBS to deal with all of them.

Things have become a bit more complicated when I only connected to one system
and said everything goes there.....

I also want to know about countries, etc.

One question I have....why do we have continental descriptors.....couldn't
we do it the same as Internet.

....CA is Canada
....US is USA
....DE is Germany

Other than that it would cause a real name crash if a Packet Address was
entered into the Internet.
-- 
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Date: 12 Apr 94 00:49:28 GMT
From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
Subject: On email addresses and host names
To: ham-digital@ucsd.edu

In article <2oaspl$4qt@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
|> Jay, what we're talking about is the gatewaying of messages between the
|> two networks, not what the networks use internally.
|> 
|> The issue is how to transform one network's e-mail addresses (not host
|> addresses necessarily) when mail crosses from one network to the other.
|> 
|> Frankly, I do not believe that the existing e-mail addresses used on the
|> AX.25 BBS network will ever change.  I do believe that a parallel
|> network of internet-compatable ham radio mail servers will spring up
|> and, over time, obsolete the AX.25 BBS systems.
|> 
|> The issue, for the moment, is how to make the two systems (the Internet
|> and the existing AX.25 BBSs) interoperate as best they can.
|> 	- Brian

Or perhaps the BBS network will support internet email addresses directly,
as well as the current "email address with those routing hints stuck in."

Since the domains do not overlap, it should not be a problem to handle
this, even with the existing software.

What I mean here is that it is no problem for me to arrange things such
that a message with an address of wa6fwi@wa6fwi.ampr.org heads for my local
email gateway.  At present this cannot be extended to the general case
because of limitations on field and element length.  These limitattions
are pretty artificial - they are an artifact of the CP/M systems we chose
initially as hosts ...

Making the changeover will not be all that big a deal. Some of the work has
already taken place: for example compressed batch forwarding is RFC-822
compliant, and there is no particular restriction on the To: / From:
fields.

I don't think we will see "parallel network ..." of servers, but rather see
the existing network of servers acquire more capability to internetwork,
when it makes sense for them to do so.

Would like to thank Brian for jumping into the discussion ... 

It is probably time to get some more of these gateways running, but I see
very few of them, and the ones I can see directly (in the Portland and
Seattle areas) do not seem to move many messages between the tcp/ip world
and the larger interconnected BBS world.  Seems to me this should be a
rather simple problem to solve, but it does not appear to have been solved
yet.

   ...  Hank

-- 

Hank Oredson @ Mentor Graphics
Internet     : hank_oredson@mentorg.com
Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM

------------------------------

Date: Sun, 10 Apr 1994 00:20:00 GMT
From: ihnp4.ucsd.edu!galaxy.ucr.edu!library.ucla.edu!europa.eng.gtefsd.com!news.umbc.edu!eff!news.kei.com!ub!dsinc!netnews.upenn.edu!iat.holonet.net!svarbbs!bob.marselle@network.ucsd.edu
Subject: TCP/IP from car w/PK-8
To: ham-digital@ucsd.edu

Hello Andrew.  This message won't answere ur questions about mobile
tcp-ip, but I wounld like to take this opputunity to ask u a couple of
questions.  First, I have been thinking of doing some traveling with an
RV and I've pondered using packet as a way to send messages to some of
my friends. Have u done much mobile packet?  Secondly, how much of a
pain in the @$$ is mobile packet?  My thoughts always wonder to the
frustrations built into local systems that I'm familiar with and i can't
help thinking that the whole idea would be more work than it's worth.
What do u think?  Good luck on getting ur info.  73 de Bob AC6AV

 Via packet:AC6AV@Wd6WFH

 * OLX 2.1 TD * Home is where the tower is!

------------------------------

Date: Mon, 11 Apr 1994 20:44:00 GMT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!news.intercon.com!panix!zip.eecs.umich.edu!newsxfer.itd.umich.edu!news1.oakland.edu!rcsuna.gmr.com!kocrsv01!news@network.ucsd.edu
To: ham-digital@ucsd.edu

References <JAY.18.2DA58183@medicine.dmed.iupui.edu>, <1994Apr8.211748.24452@genroco.com>, <JAY.22.2DA965E2@medicine.dmed.iupui.edu>suna.
Reply-To : anderson@kosepc01.delcoelect.com (Alan Anderson)
Subject : Re: FCC Packet Message Forwarding

In <JAY.22.2DA965E2@medicine.dmed.iupui.edu>, JAY@medicine.dmed.iupui.edu (Jay Sissom) writes:
>...The private key is only
>known by the originating station and the BBS....

Whoa!  If you're talking public key cryptography here, the private key
should be known *only* by the originating station.

The public key is all that is required to determine if a "signed" document
is authentic.  *Everybody* can know the public key; it cannot be used to
forge a "signature."

I compose a message.  I "sign" that message using my private key.  The
message recipient (the BBS) verifies the signed message with my *public*
key.  If it passes verification, the recipient knows that it was indeed
me who created the message.  Authentication complete.

========
Alan Anderson (no fancy .sig)

------------------------------

Date: 12 Apr 94 00:52:52 GMT
From: news.mentorg.com!hpbab33.mentorg.com!wv.mentorg.com!hanko@uunet.uu.net
To: ham-digital@ucsd.edu

References <JAY.18.2DA58183@medicine.dmed.iupui.edu>, <1994Apr8.211748.24452@genroco.com>, <2oas01$4ke@network.ucsd.edu>o
Reply-To : Hank_Oredson@mentorg.com
Subject : Re: FCC Packet Message Forwarding

In article <2oas01$4ke@network.ucsd.edu>, brian@nothing.ucsd.edu (Brian Kantor) writes:
|> It seems to me that the FCC would only require you to take reasonable
|> steps to authenticate people; absolute proof is not possible.
|> 	- Brian

Agree totally ...

"Hello W7QRM, welcome to the W0RLI packet BBS."

"Before you can log in, you must visit your local Police Station,
 put your retinal scan into the data bank, and provide a copy to
 me at my mail address."

Naw ... doesn't seem reasonable.

However, were I to notice a pattern of strange things going on, I would
certainly investigate and try to find out who was doing what from where.

Just like I would investigate any other bootlegger.

   ...  Hank

-- 

Hank Oredson @ Mentor Graphics
Internet     : hank_oredson@mentorg.com
Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM

------------------------------

Date: 12 Apr 1994 02:27:05 GMT
From: nothing.ucsd.edu!brian@network.ucsd.edu
To: ham-digital@ucsd.edu

References <1994Apr8.160939.11857@mnemosyne.cs.du.edu>, <1994Apr10.151905.20488@ke4zv.atl.ga.us>, <2oc147$li2@hpbab.mentorg.com>
Subject : Re: On email addresses and host names

In article <2oc147$li2@hpbab.mentorg.com> Hank_Oredson@mentorg.com writes:
>ARRL - How about taking a leadership postion here.

The ARRL is clueless on this issue.  They can't help.  They are
demonstrating unusual wisdom in keeping quiet on an issue they can't
contribute to.

>We (the BBS authors) need some information about how
>hams would like the network to work.  "It's just software" and so can do
>whatever folks want it to do.

One would hope that hams would like the ham radio network to be
interoperable with existing networks - such as the internet, which has
more computers connected to it, and at least 10 times as many users of
those systems, as there are hams in the world.  Only the voice
telephone system is a larger network.

	- Brian

------------------------------

End of Ham-Digital Digest V94 #111
******************************
